home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
TeX 1995 July
/
TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO
/
tex-k
/
tex-k-archive.past
/
tex-k-archive.gz
/
tex-k-archive
/
001005_kb@cs.umb.edu_Sun Sep 25 02:32:20 1994.msg
< prev
next >
Wrap
Internet Message Format
|
1994-10-11
|
1KB
Received: from terminus.cs.umb.edu by cs.umb.edu with SMTP id AA03158
(5.65c/IDA-1.4.4 for <tex-k-exp@cs.umb.edu>); Sun, 25 Sep 1994 06:32:33 -0400
Received: by terminus.cs.umb.edu id AA12143
(5.65c/IDA-1.4.4 for tex-k); Sun, 25 Sep 1994 06:32:20 -0400
Date: Sun, 25 Sep 1994 06:32:20 -0400
From: "K. Berry" <kb@cs.umb.edu>
Message-Id: <199409251032.AA12143@terminus.cs.umb.edu>
To: pete@lovelace.thi.informatik.uni-frankfurt.de
Cc: tex-k@cs.umb.edu
Subject: Re: dvipsk-5.58a
So it's in my opinion better to leave MAKETEX_MODE out of kpathsea and
dvips
I don't see that this is implied by the following. Using $MAKETEX_MODE
in the paths still seems like a good idea. Necessary, in fact, to keep
fonts belong to different printers with the same resolutions intact.
and train dvips to fetch more information by looking into
$PRINTER (or -P <printer name>, which overrides) and understanding
config.<printer name>. In all cases of output!
Seems like this a good idea.
I think it's trivial to do -- just delete the `noenv = 1' statement in
the 'o' and 'f' cases in dvips.c.